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(57) Abstract 

A device for using an open systems remote procedure 
call using the socket method in a proprietary application 
using primitives absent from the proprietary system and 
operating on a computer system provided with an open sub- 
system, using the socket function comprising: communication 
means between the proprietary application and an application 
under the open sub-system; coding means for coding the 
proprietary application primitives in a special format and 
storing said primitives; means for running an application 
under the open system CUNTX") to decode and execute the 
function requested by the primitive and send back the result; 
means for decoding the result; and means providing common 
storage access synchronisation. 
(57) Abrege 

La piesente invention concerns un dispositif permettant 
d'uuTiser une procedure d'appel a distance de systemes ou- 
verts utilisants le proccde point de communication dans une 
application propri^taire utilisant des primitives inexistantes 
Ann* lc systeme proprietaire et fonctionnant sur un systeme 
wformarique disposant d'un sous- systeme ouvert, utilisant la 
foncbon point de communication comportant des moyens de 
rammuni quer entre 1' application proprietaire et une applica- 
tion sous le sous-systtoe ouvert; des moyens de coder dans 
un format special les primitives de 1' application proprietaire 
et de stocker ces primitives; des moyens de lancer une appli- 
cation sous le systeme ouvert ("UNDO pour decoder, faire 
executor la fonction dnttnn^** par la primitive et de renvoyer 
le resultat des moyens de decoder le resultat; des moyens 
d' assurer la synchronisation des acces a b memoire partagee. 
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DISPOSITIF D 1 UTILISATION DE FONCTIONS DE PSEUDO POINT DE 
COMKUNICATION DEPORTEES (PSEUDO-SOCKETS) . 

La presente invention concerne un dispositif d* utilisation 
5 de procedure d'appel a distance de fonctions de pseudo 
point de communication deportees (pseudo-sockets) et le 
procede mis en oeuvre par le dispositif.. II est connu des 
systemes inf ormatiques comportant un systeme 
d' exploitation propriStaire. II est egalement connu dans 

10 l'art ant§rieur des systemes dits ouverts, par exemple de 
type "UNIX" qui compte tenu de leurs programmes et de leur 
constitution comportent des procedures d'appel a distance 
pour appeler d'autres systemes ouverts implantes sur des 
stations 61oignees. II est egalement connu sur des 

15 systemes inf onnatiques pourvus de systdiae d 1 exploitation 
proprietaire, c'est a dire spfecifigue au constructeur , 
d'implanter Egalement sur ces systemes un sous-systeme 
ouvert, par exemple du type "UNIX" qui off re les fonctions 
"prises de communication" (socket) permettant ainsi 

20 d'etablir une communication a distance avec une autre 
station- Toutefois ces systemes ne permettent pas aux 
applications tournant sur un systeme d 1 exploitation 
specif ique a un constructeur par exemple GCOS de 
communiquer avec des systemes ouverts, par exemple du type 

25 "UNIX" et en particulier avec des stations eloignees. 

Un premier but de 1' invention est de proposer un 
dispositif permettant d'effectuer une liaison entre les 
applications tournant sur le syst&me d« exploitation 
30 specif ique au constructeur pour communiquer, a travers le 
sous-systeme ouvert implante sur la meroe machine, avec des 
stations eloignees. 

Ce but est atteint par le fait que le dispositif, 
35 permettant d'utiliser une procedure d'appel a distance de 
systemes ouverts utilisant le procede point de 
communication (socket) dans une application proprietaire 
utilisant des primitives inexistantes dans le systeme 
d' exploitation proprietaire et fonctionnant sur un systfeme 
40 informatique disposant d'un sous-systeme ouvert, ce sous- 
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systeme ouvert disposant de la fonction point de 
communication (socket), est caracterise en ce qu'il 
comporte : 

des moyens de communiquer entre 1 'application proprietaire 
et le sous-systeme ouvert via des segments de memoire 
partagee ; 

des moyens de coder dans un format special les primitives 
de 1- application proprietaire qui n' existent pas dans le 
systeme d- exploitation proprietaire et de stocker ces 
primitives dans un segment de la memoire partagee; 

des moyens de lancer une application sur le systeme ouvert 
pour decoder, et faire executer la fonction demandee par 
la prxmative et de renvoyer dans le meme segment de 
memoire le resultat: de la fonction exprimee dans le format 

special ; 

des moyens de decoder le resultat de la fonction exprimee 
dans le format special de facon a ce que 1 • application 
proprietaire ait la visibility "normale" de la fonction, 
c'est-a-dire comme si la fonction est executee localement 
par le systeme d • exploitation proprietaire ; 

des moyens d- assurer la synchronisation des acces a la 
memoire partagee. 

Selon une autre particularity les moyens d'assurer la 
synchronisation sent un premier, deuxieme, et troisi&ne 
semaphores, 

Selon une autre particularity lorsque 1 -application 
propraetaire execute une operation P sur le premier 
semaphore, 1 -application du sous-systeme ouvert execute 
une operation P sur le deuxieme semaphore, puis 
1' application proprietaire execute une operation V sur le 
deuxieme semaphore et une operation P sur le troisieme 
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semaphore, ensuite 1 •application du sous-systeme ouvert 
execute une operation V sur le troisieme semaphore et 
enfin 1 •application propriStaire execute une operation V 
sur le premier semaphore. 

5 

Selon une autre particularity le format special dans 
lequel sont codees les primitives inexistantes dans le 
syst&ne d 1 exploitation propriStaire comprend une zone 
message const ituee d'un premier champ forme par un entier 
10 representant la fonction ; 

un deuxieme champ representant le numero de process pour 
lequel la demande est faite ; 

15 un troisieme champ indiquant la valeur de la fonction 
apres l» execution de la fonction ; 

un quatrieme champ indiquant par la valeur O que la 
fonction s'est executee normalement ; 

20 

un cinquieme et un sixieme champ pour identifier la 
machine qui fait la demande ; 

un septieme champ reserve ; 

25 

des huitieme, neuvieme, dixidme, onzieme, douzieme, 
treizieme champs destines chacun a stocker des valeurs de 
param&tre representees par un entier et; 

30 un quatorzieme champ tampon destine a stocker des 
caracteres representant les valeurs de parametre autre que 
des entiers. 

Selon une autre particular ite, les moyens de codage des 
35 primitives de 1 'application propri§taire vers le format 
special comportent une table de correspondance des 
primitives vers des valeurs entieres qui representent la 
fonction specif ique et un programme specifique pour chaque 
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fonction pernettant de remplir les champs utiles 
format. 
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du 



Selon une autre particular ite, les moyens de decodage du 
format special vers les primitives du sous-systeme ouvert 
comportent une table de correspondence des valeurs 
entieres vers les primitives du sous-systeme ouvert et un 
programme de traitement specifique des champs du format 
utile a chaque primitive du sous-systeme ouvert. 

Un autre but de 1' invention est de proposer un procede mis 
en oeuvre par le dispositif. 

Ce but est atteint par le fait que le procede d'appel a 
distance de stations eloignees a partir d'une station 
utilisant un systeme d • exploitation proprietaire et ayant 
un sous-systeme ouvert consiste dans les etapes 
suivantes : 

- mise a l'etat P d'un premier semaphore par le systeme 
proprietaire et d'un deuxieme semaphore par le sous- 
systeme ouvert ; 

- codage de la fonction a executer dans un format donne 
25 par une routine de service du systeme proprietaire ; 

- ecriture de cette fonction codee dans un segment de 
memoire partagee ; 



- mise a l'etat V d'un deuxieme semaphore ; 



- reveil par la mise a l'etat V du deuxieme semaphore 
d'une application serveur de point de communication 
(socket serveur), fonctionnant dans le sous-systeme 

35 ouvert ; 

- decodage par cette application du message contenu dans 
le segment et concomitamment mise a l'etat P d'un 
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5 

troisieme semaphore par le systeme d 'exploitation 
proprietaire; 

- execution de la fonction decodee par la station 
eloignee; 

- reception du resultat par le sous-systeme ouvert et 
recodage de ce resultat dans le format specifigue ; 

- reecriture du resultat encode dans le segment de memoire 
partagee ; 

- mise a I'etat V du troisieme semaphore provoquant ainsi 
le reveil de 1 1 application routine de service et mise a 
l'etat P du deuxieme semaphore provoquant ainsi la mise en 
attente du socket serveur; 

- interpritation par cette routine de service du resultat 
de la fonction ; 

- mise a l'etat V du premier semaphore pour permettre a 
d'autres utilisateurs du systeme d "exploitation 
proprietaire d'effectuer un autre appel a distance de 
cette maniere, sans qu f il y ait melange d 1 informations par 
les deux utilisateurs. 

D'autres particularity et avantages de la presente 
invention apparaitront plus clairement a la lecture de la 
description ci-apres, faite en reference aux figures dans 
lesquelles : 

La figure 1 represente une vue schematique du dispositif 
selon l 1 invention, 

La figure 2 represente un organ igramme du precede mis en 
oeuvre par le dispositif, 
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La figure 3 represente le format de codage d'une fonction 
stockee dans une zone message de la memoire partagee, 

La figure 4 represente le tableau de correspondance 
5 utilise par la routine de service ou par le serveur de 
point de communication. 
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20 



La figure i represente un systeme informatigue (A) 
comportant un systeme d' exploitation proprietaire, par 
exemple du type GC0S7, ce systeme informatigue (A) pouvant 
egalement fonctionner avec un sous-systeme ouvert par 
exemple OPEN7 du type "UNIX" . ce sous-systeme ouvert 
"UNIX" (2) comporte une bibliotheque ("UNIX") standard (4) 
permettant d'utiliser les fonctions point de communication 
(socket) d'environnement "UNIX" . Toutefois dans le systeme 
informatique de l'art anterieur, il n'existe aucune 
communication possible entre le systeme d • exploitation 
proprietaire et le sous-systeme ouvert permettant ainsi la 
mise en oeuvre de fonction de communication a distance du 
type point de communication (socket) . Ces fonctions point 
de communication a distance permettent aux systemes 
fonctionnant a l'aide du sous-systeme OPEN7 de communiquer 
via la ligne de communication (5) avec une autre machine 
(B) du type fonctionnant avec un systeme ouvert par 
25 exemple du type "UNIX" . 

L' invention concerne principalement le dispositif 
permettant au systeme d* exploitation proprietaire (l) de 
communiquer avec le sous-systeme (2) et par 
1' intermedia ire de ces fonctions point de communication du 
sous-systeme ouvert "UNIX" avec une station (B) eloigned 
de type "UNIX". Le dispositif comporte une routine de 
service de procedure d'appel eloignee (31) (run time 
remote procedure call). Cette routine (31) communique avec 
un segment de memoire partagee (32) de la machine et a 
travers ce segment de memoire partagee (32) avec un 
serveur de point de communication (33) (socket serveur) 
qui communique avec la bibliothegue standard (4) des 
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fonctions de communication de type du sous-systeme ouvert 
("UNIX") permettant la communication avec une station 
eloignee. Le procede mis en oeuvre par le dispositif et 
les moyens utilises dans le dispositif va maintenant etre 
deer it a l'aide des figures 2,3,4. 

La routine de service de RPC (Remote Procedure Call) 
contient un point d' entree correspondant a chaque fonction 
"UNIX" qui n'existe pas dans le systeme d' exploitation 
proprietaire. Les parametres et les noms de tous ces 
points d" entree sont identigues a ceux qui correspondent 
aux fonctions manquantes. Done, automat iquement, 
lorsqu'une application proprietaire appelle une fonction 
manguante, e'est le point d' entree correspondant de la 
15 routine de service qui est active. Cette routine de 
service fonctionne comae explicite a la figure 2, en 
commencant par faire une operation P sur un semaphore 
(gmutex) comme represente a l'etape (311) puis ensuite a 
executer un codage represente a l'etape (312), ce codage 
20 consistant a traduire dans un format represente a la 
figure 3 la fonction non existante pour le systeme 
d' exploitation proprietaire en un format determine. 
Ensuite l'etape (313) consiste a ecrire cette fonction 
codee dans le format determine dans un segment de memoire 
(321) d'une memoire partagee (32). La routine de service 
(31) effectue ensuite comme represents a l'etape (314) une 
operation V sur un semaphore (mutexur) et a l'etape (315) 
une operation P sur un semaphore (mutexgr) puis se met en 
attente comme represente a l'etape (316). L» execution de 
l'operation V sur le semaphore (mutexur) declenche le 
reveil du serveur de point de communication (33) qui avait 
ete mis en attente lors de l'etape (331) par une operation 
P sur le semaphore (mutexur) dans l'etat d' attente 
represente a l'etape (332). L'operation V sur le semaphore 
(mutexur) executee par la routine de service RPC declenche 
done le reveil du serveur de point de communication et 
provoque l'etape (333) de fin d 'attente qui ensuite lance 
la procedure de decodage (334) du message lu dans la zone 
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(321) de la memoire partagee. Cette etape de decodage est 
ensuite suivie d'une etape d' execution (335) de la 
fonction. Cette §tape d'execution s'effectuera sur une 
station eloignee par exemple du type n UNIX" B aprds avoir 
5 mis en oeuvre le mecanisme de point de communication 
standard existant dans le sous-systeme ouvert par exemple 
"UNIX" par utilisation de la bibliotheque de fonctions de 
communication standard (4). cette Stape d 1 execution est 
suivie d'une etape de codage (336) du resultat de la 
10 fonction, ce resultat §tant regu par la partie sous- 
systeme ouvert par exemple "UNIX" de la station A et 
provenant de la station B. Ce codage s^ffectue selon le 
format represents a la figure 3 et a l*6tape (337) le 
serveur (33) ecrit le resultat dans le segment (321) de la 
15 mfemoire partagge. Aprds cette Stape, le serveur execute 
une operation V sur le semaphore (mutexgr) , cette 
operation V ayant pour but de reveiller la routine de 
service RPC en provoquant 1* etape de fin d 1 attente (317) 
qui lance ensuite l 1 etape (318) d • interpretation du 
20 resultat de la fonction par le systeme d' exploitation 
proprietaire et ensuite une etape d' operation V sur le 
semaphore (gmutex) . Cette operation V ayant pour but de 
permettre a d'autres utilisateurs d'effectuer un travail 
similaire. L* operation P a .1« etape (311) a pour but 
25 d f 6viter que d'autres utilisateurs du systeme 
d 1 exploitation ecrivent dans le segment partag6 en meme 
temps, et l'operation P & l'etape (331) a pour but de 
mettre le serveur (33) de point de communication en 
attente de la fin d'ecriture dans le segment de memoire 
30 partagee. Avant toute utilisation de la routine de service 
RPC (31) sur le systeme d« exploitation proprietaire, il 
faut au prealable lancer dans le sous-systeme ouvert par 
exemple "UNIX" le serveur de point de communication (33) 
pour qu'il execute 1 'etape (330) qui consiste a cr6er un 
35 segment de mSmoire partagee (32) et a demander 
l 1 allocation de trois semaphores (mutexur, gmutex et 
mutexgr) et ensuite a se mettre en attente sur le 
semaphore (mutexur) . La fonction codee par la routine de 
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service comprendra les informations representees a la 
figure 3 et ces informations seront stockees dans une zone 
de message au format represents a la figure 3. Cette zone 
de message comprend un premier champ dont la valeur 

5 represente la fonction (func_no), un deuxieme champ qui 
represente le numero J et le numero P pour lesquels la 
demande est faite ( JP) , un troisieme champ (func-value) 
indiquant la valeur de la fonction apres !■ execution de la 
fonction. Cette valeur 6tant remplie par le serveur de 

10 point de communication (33) a I'itape (337). Un guatrieme 
champ (loc-errno) qui indique par la valeur 0 que la 
fonction s'est ex§cutee normalement ; 

un cinquieme champ (sys_ser_num) et un sixieme champ 
15 (bksto) qui identif ient la machinie qui fait la demande ; 

un septieme champ reserve (RFU1) ; 

des huitieme (INT1) , neuvi£me (INT2) , dixieme (INT3) , 
20 onzieme (INT4) , douzieme (INT5) , treizieme (INT6) champs 
destines chacun a stocker une valeur de parametre 
representee par un entier ; 

et enfin un quatorzieme champ (BUF) destine a const ituer 
25 un tampon pour stocker des caracteres representant les 
valeurs des parametres autres que des entiers. 

La valeur representative d'une fonction inscrite dans le 
premier champ est traduite au codage par la routine de 
30 service (31) ou au decodage par le serveur de point de 
communication (33) selon le tableau figurant a la figure 
4. Ce tableau represente les fonctions principales mises 
en oeuvre dans le dispositif de 1' invention. 

35 Nous rappellerons qu*une operation P fait une operation de 
decrementation (-1) sur la valeur du semaphore, et si la 
valeur ainsi obtenue est negative, le process est bloque 
et attend le deblocage par une operation V qui par une 
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incrementation (+l) rend positive la valeur du semaphore, 
Les trois semaphores sont cr6£s en utilisant une fonction 
(ssemall) , ce qui permet d'associer une adresse donnee a 
un semaphore de type o, cette adresse etant communiguee au 
5 serveur (33). Le serveur ecrit ensuite dans la zone 
d'entete de la memoire partagee (header) les adresses des 
trois semaphores et le systeme d ' exploitation s» attache 
ensuite le segment de memoire par une fonction (shmemat) 
ce qui lui permet ensuite de recuperer les adresses des 
10 trois semaphores pour faire une operation V ou une 
operation P selon le choix du programme. Une telle 
operation s'effectue par la fonction (ssemop) qui selon le 
parametre qu'on lui affecte permet la selection entre 
I'operation V ou 1' operation P. 

15 

Pour bien permettre la comprehension de !• invention, nous 
allons maintenant effectuer la description du codage et 
decodage par la routine de service (31) et le serveur 
(33) , pour quelques exemples de fonctions qui figurent 
20 dans la table de la figure 4. 

Exemple 1 : 

Chague fois gu'un client GCOS7 demande une fonction 
25 inexistante, par exemple la fonction "socket", la routine 
de service (31) effectue le codage de cette fonction en 
remplissant la zone message comme explicite ci-dessous : 

func_no = 3 
30 intl « dom 
int2 = type 
int3 = prot. 



les champs jp # sys_ser-num et bkstO sont £galement 
35 remplis. 

Le message apres ecriture dans le segment de memoire 
partagee est ensuite decode par le serveur (33) qui sait 
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par programme que pour la fonction "socket" (func_no « 3) 
seuls les champs ci-dessus sont valables en entree. 

Le serveur execute ensuite la fonction soit en local, soit 
5 en interaction avec une station eloignee et code le 
resultat de la fa<?on suivante : 

func_value = socket (intl, int2 r int3) 

si func_value = -1, alors le champ loc_errno = -1. 

10 

La reecriture s'effectue uniquement dans ces champs du 
segment et pour son §tape d 1 interpretation la routine de 
service (31) sait que seuls les champs func_value et 
loc_errno sont valables au retour de la fonction "socket". 

15 

Exemple 2 ; 

La fonction "gethostbyname" permet a un utilisateur 
"UNIX", ne sachant que le nom du site "host", d'obtenir 
d'autres renseignements utiles concernant le site "host". 

20 Tous ces renseignements sont regroupes dans des structures 
(comme indique par notre schema) . Les f leches ne 
representent pas des correspondances mais sont des 
pointeurs d'une structure vers une autre structure ou vers 
une chaine de caracteres (par exemple, "hname") . De cette 

25 fa?on, il suffit de connaltre l f adresse de la premiere 
structure pour acc^der a !• ensemble des informations 
utiles concernant le site "host". C'est pour cette raison 
que la valeur de la fonction est l^dresse de la premiere 
structure . 

30 

Lorsque la fonction demandee par GC0S7 est la fonction 
"*gethostbyname (name)", le programme de codage (31) sait 
que cette fonction a un seul parametre d' entree, constitue 
par une chaine de caracteres qui represente le nom de la 
35 machine (host). La valeur de la fonction est l'adresse 
d*une structure complexe, certains champs de la structure 
servant de pointeurs vers d'autres structures ou chaines 
de caracteres. 
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10 



15 



h name 



NULL 




h_addrtype 




h_length 




b_addr_list 











-> I name 



NULL 



— > 




Pour passer cette demande de fonction au sous-systeme 
0PEN7 d M, UNIX" f la zone message du segment de m&noire est 
remplie comme ci-dessous : 



f unc_no — 7 
20 buf = name. 

Puis, le codage effectue un transcodage EBCDIC en code 
ASCII sur le contenu (du buffer) du tampon, car du cote 
"UNIX" , seuls les caractferes ASCII sont attendus. 
25 Les champs jp, sys_ser_num et bkstO sont egalement 
remplis . 

Le message est ensuite ecrit dans le segment de memoire et 
est ensuite decode par le serveur (33) , qui sait que pour 
30 la fonction "gethostbyname" , seul le champ tampon est 
valable en entr6e. 

L f execution s 1 effectue de la fagon suivante : 



35 structure_adresse = gethostbyname (buffer) 

si structure_adresse = NULL, alors loc_errno = -1. 

Comme cela n'a pas de sens de renvoyer au systeme 
d 1 exploitation proprietaire l'adresse d*une structure qui 
40 se trouve sur le sous-systeme "UNIX", nous effectuons un 
decodage du resultat de la fonction pour transmettre au 
systeme d 1 exploitation proprietaire toutes les 
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informations pointees par I'adresse rendue. Ceci est: fait 
de la fagon suivante : 

le champ tampon (buf) est rempli avec le nom (name) et 
5 ensuite les adresses pointees indirectement par 
h_addr_list, informations qui sont concatenees au nom 
(name), qui a une longueur fixe de 14 caracteres. 

< buf > 

10 |int 1= h_addrtype | int2 = h_length 



name | adresses 



Le message de retour est renvoye au systeme d 1 exploitation 
proprietaire via le segment de memoire partagee. Au cours 
15 de l» interpretation par GCOS7, on sait que les champs 
(intl) , (int2) et (buf) doivent etre utilises pour allouer 
et remplir les structures retournees par la fonction 
,, gethostbyname ,, „ 

20 Exemole 3 : 

Dans le cas ou la fonction inexistante est la fonction 
"sendto", la routine de service (31) sait que cette 
fonction a quatre parametres de type entier (s, len, flags 
25 et fromlg) . i = sendto (s, buffer, len, flags, from, 
f romlg) . Le parametre "buf f er" est une chaine de 
caracteres et "from" est un pointeur vers une structure 
sockaddr du format suivant : 



30 



sockaddr = | family | data 



35 ou "family" est un demi-mot de format entier, "data" est 
une chaine de caracteres de longueur 14 • 

Tous les parametres sont des parametres d' entree. 

40 On utilise le terme "parametre d' entree" pour distinguer 
un parametre qui sert a fournir des informations a une 
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fonction (permettant ainsi a la fonction de s'executer 
correctement) d'un parametre de sortie qui contient des 
informations rendues par la fonction executee. Certains 
parametres peuvent Stre comme dans la fonction "select", 
5 des parametres d' entree et de sortie. 

Pour passer cette demande de fonction au serveur (33) , la 
zone de message est remplie comme explicits ci-dessous : 



10 func_no =11 (la fonction sendto) 
intl - s 
int2 = len 
int3 = flags 
int4 = fromlg 



15 



20 



25 



30 



35 



Le champ tampon (buf) est rempli avec buffer et ensuite la 
structure pointee par from est concatenee a buffer. 



| buffer | sockaddr | 



Les champs jp, sys_ser_num et bkstO sont egalement 
remplis. 

Le message est ecrit dans le segment de memoire partagee 
et il est ensuite decode par le serveur (33) qui sait que 
pour la fonction sendto, seuls les champs ci-dessus sont 
valables en entrSe* 

Le serveur (33) execute la fonction de la fa?on suivante : 

le champ tampon (buf) est d'abord decode pour recuperer 
les valeurs de buffer et de f rom_structure. 

func value = sendto (intl, buffer, int2, int3, &sockaddr, 
int4) , &sockaddr representant l'adresse de sockaddr, le 
resultat de 1* execution se pr6sentant sous la forme : 
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15 



i 

\ 

j 

! 25 



30 



15 

si func_value = -l, alors loc_errno = -i. 

Le message de retour est envoye au systeme d 1 exploitation 
proprietaire via le segment de memoire partagee. Au retour 
dans le systeme d' exploitation, on sait que seuls les 
champs func_yalue et loc_errno sont valables pour la 
fonction "sendto". 

Exemole 4 : 

Lorsque la fonction appelee par le client GCOS7 est 
"recvf rom" , la routine de service sait que cette fonction 
a trois parametres de type entier (s, len et flags) . 
i- recvfrom (s, buffer, len, flags, from, fromlg) . Le 
parametre "buffer" est une chalne de caracteres et "from" 
est un pointeur vers une structure du format suivant : 



sockaddr j family | data 



ou "family" est un demi-mot de format entier, "data" est 
une chaine de caracteres de longueur 14. 

le parametre "fromlg" pointe vers une donnee en format 
entier. 

Les parametres s, len et flags sont des parametres 
d 1 entree, "fromlg" est un parametre d* entree et de sortie, 
alors que "buf" et "from" sont des parametres de sortie 
uniquement. 

Pour passer cette demande de fonction au serveur (33) , la 
zone de message est remplie'comme explicite ci-dessous : 

func_no =10 (la fonction recvfrom) 
intl = s 
int2 = len 



int3 



= flags 
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int4 = *fromlg (int4 = la valeur de l'entier point£e 
par fromlg) 

Le champ tampon (buf) sera utilise pour contenir, au 
5 retour de 0PEN7 , les informations suivantes : 



| buffer j socfcaddr | 

10 

Les champs jp, sys_ser_num et bkstO sont egaleraent 
reinplis. 

Le message est ecrit dans le segment de memoire partagee 
15 et il est ensuite decode par le serveur (33) qui salt que 
pour la fonction "recvf rom" , seuls les champs ci-dessus 
sont valables en entree. 

Le serveur (33) effectue la fonction de la fa<?on 
20 suivante : 

func_value = recvf rom (intl, buffer, int2, int3, 
&froin_copy, &int4), &from_copy representant l'adresse de 
from_copy, &int4 representant l*adresse de int4 . 

25 

Le resultat de 1' execution se presentent sous la forme : 

si func_yalue • = -1, alors loc_errno = -1. 

30 Le contenu du tampon (buf) est rempli directement par 
I'appel de la fonction "recvf rom". Le contenu de from 
(pointe c6t6 OPEN7 par l'adresse de from_copy) est ensuite 
concatene comme deer it ci-dessus. 

35 Le message de retour est renvoye au systeme d •exploitation 
proprifctaire via le segment de mSmoire partagee. Au retour 
dans le systeme d 1 exploitation, on sait que seuls les 
champs (func_value) , (loc_errno), (int4) et (buf) sont 
valables pour la fonction "recvf rom". 
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Exemple 5 : 

Enf in lorsque la fonction appelee par le client est la 
5 fonction "select", 1' operation de codage effectuee par la 
routine de service (31) sait que cette fonction a cinq 
parametres . 

i = select (nfds, readfds, writefds, execpfds, timeout) 
10 | | 

entier pointeur pointeur pointeur 

le parametre "nfds" est un parametre d 1 entree et les 
15 autres sont des parametres d* entree et de sortie, ces 
quatre derniers sont des pointeurs vers des structures de 
taille fixe. 

Pour passer cette demande de fonction au serveur (33), la 
20 zone de message est remplie coraiae explicite ci-dessous : 

func_no =13 (la fonction select) 
intl = nfds. 



25 Le champ tampon (buf) est ensuite rempli de la fa<?on 
suivante : 





structure 


structure 


structure 


structure 


30 


pointee par 


pointee par 


pointee par 


pointee par 




readfds 


writefds 


execpfds 


timeout 



Les parametres readfds, writefds, execpfds et timeout 
35 pouvant etre mils, les champs correspondant dans le tampon 
(buf) seront omis dans ce cas. Ceci est signal^ & OPEN7 
par le positionnement a 1 ou a 0 des champs int2, int3, 
int4, int5 selon la presence ou non du parametre dans buf. 

40 int2 = 0 > readfds est NULL 

int2 = 1 > readfds est non-NULL 
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int3 = 0 > writefds est NULL 

int3 = 1 > writefds est non-NULL 

int4 = 0 > execpfds est NULL 

int4 = 1 > execpfds est non-NULL 

5 int5 = o > timeout est NULL 

int5 = 1 > timeout est non-NULL 



Les champs jp, sys_ser_num et bksto sont egalement 
remplis. 

10 

Le message est ecrit dans le segment de memoire partagee 
et il est ensuite decode par le serveur (33) qui sait que 
pour la fonction "select", seuls les champs ci-dessus sont 
valables en entree. 

15 

Le serveur (33) effectue la fonction de la fa?on 
suivante : 

func_value = select (intl, readptr, writeptr, execpptr, 
20 timeoutptr) , 

readptr, writeptr, execpptr et timeoutptr sont des 
pointeurs vers des structures OPEN7 du meme format que 
celles pointees par readfds, writefds, execpfds et 
25 timeout. 

Le r£sultat de 1' execution se presentant sous la forme : 
si func_value = -1, alors loc_errno = -1. 

30 

Le contenu des structures pointees par readptr, writeptr, 
execpptr et timeoutptr est ensuite insere dans le tampon 
(buf) selon les valeurs d6 (int2), (int3), (int4) et 
(int5) . 

35 

Le message de retour est renvoye au systeme d f exploitation 
propri6taire via le segment de memoire partagee. Au retour 
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dans le systeme d 1 exploitation, on sait quels sont les 
champs valables pour la f onction "select" . 



Les exemples de fonctions donnees ci-dessus sont purement 
explicatifs et non limitatifs et toutes modifications a la 
portee de I'hoirane de metier fait egalement partie de 
l 1 esprit de 1" invent ion. 



BNSDOCID: <WO 94141 16A1J. > 



WO 94/14116 PCT/FRM/01219 



20 



REVENDICATIOWS 

1.- Dispositif permettant d'utiliser une procedure d'appel 
5 a distance (REMOTE PROCEDURE CALL) de systemes ouverts 
utilisant le procede point de communication (socket) dans 
une application proprietaire (proprietary) utilisant des 
primitives inexistantes dans le systeme d • exploitation 
proprietaire et fonctionnant sur un systeme informatique 
10 disposant d'un sous-systeme ouvert ("UNIX"), ce sous- 
systeme ouvert disposant de la fonction point de 
communication (socket) caracterise en ce qu'il comporte: 

des moyens de communiquer entre 1 ' application 
15 proprietaire et une application sous le sous-systeme 
ouvert via des segments de memoire partagee; 

des moyens de coder dans un format special les 
primitives de 1 • application proprietaire qui n« existent 
20 pas dans le systeme d' exploitation proprietaire et de 
stocker ces primitives dans un segment de la memoire 
partagee; 

des moyens de lancer une application sous le systeme 
25 ouvert ("UNIX") pour decoder, faire executer la fonction 
demandee par la primitive et de renvoyer dans le meme 
segment de memoire le resultat de la fonction exprimee 
dans le format special; 



30 



35 



des moyens de decoder le resultat de la fonction 
exprimee dans le format special pour donner a 
1' application proprietaire une meme visibility comme si la 
fonction eta it effectuee localement par le systeme 
d« exploitation proprietaire; 

des moyens d' assurer la synchronisation des acces a la 
memoire partagee. 



BNSDOCID: <WO 94141 16A1_i_> 



WO 94/14116 PCT/FR93/01219 



21 

2. Dispositif selon la revendication 1 caractSrise en ce 
que les moyens d 1 assurer la synchronisation sont un. 
premier (gmutex) , deuxieme (mutexur) et troisieme 
(mutexgr ) s emaphor es . 

5 

3. Dispositif selon la revendication 2 caracterise en ce 
que lorsque 1 'application proprietaire execute une 
operation P sur le premier semaphore (gmutex) , 
1 'application du sous-systeme ouvert execute une operation 

10 P sur le deuxieme semaphore (mutexur) , puis 1 Application 
proprietaire execute une operation V sur le deuxieme 
semaphore (mutexur) et une operation P sur le troisieme 
semaphore (mutexgr) , ensuite !• application execute une 
operation V sur le troisieme semaphore (mutexgr) et enfin 

15 ^application proprietaire execute une operation V sur le 
premier semaphore (gmutex) . 

4. Dispositif selon une des revendications pr6c6dentes 
caracterise en ce que le format special dans leguel sont 

20 codees les primitives (RPC) inexistantes dans le systeme 
d'exploitation proprietaire comprend une zone message 
constitute: 

d'un premier champ (func-n°) forme par un entier 
25 representant la fonction; 

d'un deuxieme champ (JP) representant le J n° et le P 
n° pour lequel la demande est faite; 

30 d'un troisieme champ (func-value) indiquant la valeur 

de la fonction apres 1« execution de la fonction; 

d'un quatrieme champ (loc-errn°) indiquant par la 
valeur zero que la fonction s'est executee normalement; 

35 

d'un cinquieme (sys-ser-num) et sixieme (bksto) champ 
pour identifier la machine qui fait la demande; 
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c^un septieme champ reserve; 

de huitieme ( int 1 ) , neuvi&me ( int2 ) , dixieme ( int3 ) , 
onzieme (int4) f douzi&me (int5), treizieroe (int6) champs 
5 destines chacun a stocker une valeur de paramfetre 
representee par un entier; 

d'un quatorzieme champ tampon (buf) destin§ h stocker 
des caracteres representant les valeurs des parametres 
10 autres que des entiers. 

5. Dispositif selon la revendication 4 caracterise en ce 
que les moyens de codage des primitives de 1* application 
propri^taire vers le format special comportent une table 
15 de correspondance des primitives vers des valeurs entieres 
qui representent la fonction specifique et vers un 
programme specifique pour chaque fonction permettant de 
remplir de fa^on adequate les champs utiles du format. 

20 6, Dispositif selon la revendication 4 caracterisfe en ce 
que les moyens de decodage du format special vers des 
primitives du sous-systeme ouvert comportent une table de 
correspondance des valeurs entieres vers des primitives du 
sous-syst&me ouvert et vers un programme de traitement 

25 specifique des champs du format utiles & chaque primitive 
du sous-systfeme ouvert. 

7. Procede mis en oeuvre par le dispositif selon l'une des 
revendications precedentes, caracterise en ce que le 
30 procfede d • appel a distance de stations eloignees a partir 
d*une station utilisant un systeme d 1 exploitation 
proprietaire et ayant un sous-systeme ouvert consiste dans 
les stapes suivantes : 

35 - mise a l'etat P d'un premier semaphore par le systeme 
proprietaire et d*un deuxieme semaphore par le sous- 
systeme ouvert ; 
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- codage de la fonction a executer dans un format donne 
par une routine de service du systeme proprietaire ; 

- ecriture de cette fonction codee dans un segment de 
5 meraoire partagee ; 

- mise a l'etat V d'un deuxieme semaphore ; 

- reveil par la mise a l'etat V du deuxieme semaphore 
10 d'une application serveur de point de communication 

(socket serveur) , f onctionnant dans le sous-systeme 
ouvert ; 

- decodage par cette application du message contenu dans 
15 le segment et concern it amment mis a l'etat P d'un troisieme 

semaphore par le systeme d' exploitation proprietaire ; 

- execution de la fonction d§cod6e par la station 
eloignee; 

20 

- reception du resultat par le sous-systeme ouvert et 
recodage de ce resultat dans le format specifique ; 

- reecriture du resultat encode dans le segment de memoire 
25 partagee ; 

- mise a l'etat V du troisieme semaphore provoguant ainsi 
le reveil de l 1 application routine de service et mise a 
l'etat P du deuxieme semaphore provoquant ainsi la mise en 

30 attente du socket serveur ; 

- interpretation par cette routine de service du resultat 
de la fonction ; 

35 - mise a l'etat V du premier semaphore pour permettre a 
d'autres utilisateurs du systeme d 1 exploitation 
proprietaire d'effectuer un autre travail. 
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8. Procede selon la revendication 7 caracterise en ce que 
avant toute utilisation de la routine de service (31) pour 
1* execution d'une fonction inexistante sur le systeme 
d' exploitation proprietaire, il existe une etape de 
lancement du serveur de point de communication (33) qui 
dans une premiere etape cree un segment de memoire 
partagee (32) et demande 1' allocation des trois semaphores 
(gmutex, mutexur et mutexgr) , avant de se mettre en 
attente sur "mutexur". 



10 
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